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Amendm ents to thfe Soecificaaon; 

Please amend paragraph [00010] as follows: 

[0001 0] A network management system deteraiines the physical topology of one or 
more networks. Determining tfie physical topology of the network allows a master proxy 
to determine that more than one device in its list has the same IP address and be able to 
discriminate between them. This is possible if and only if the topology is not ref^enced 
by IP address but by a different disoiminator. In systems diat use IP address as database 
key such discrimination is impossible. The method in U.S. Patent 5»926,462 issued July 
20, 1999 to Schenkel et al could be used to create a topology database that allows such 
discrimination. 
Firewall Rules 

Please amend paragraph [00012] as follows: 

(0001 2] The present invention uses a network management system to identify and 
place devices. HTTP redirection and proxy servers are used to select and axxess devices 
that have IP address range conflicts with other devices, and in non-routable private 
networlcs^ or behind network firewalls. A master proxy then determines which proxies, if 
any, are used to communicate with a specific device. A user accesses the service via an 
HTTP compliant client Th^p^j^ef v master proxy then redirects the client to the 
appropriate device» be it the device itself or a proxy for the device to enable the client's 
request to communicate with the device . The URL of Ae request contains within itself a 
message that allows the proxy to find out which device is being acted upon and what 
protocol action to take. Like HTTP itselfthe protocol is connectionless. Each request 
requires a unique HTTP session. The mediod is compliant with HTTP protocols 0.9, 1 .0 
and 1.1. 
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Please amend paxagn^h [00015] as follows: 

[00015] The methods are recursive. Mcttiods 3 and 4 are recursions of 1 and 2, 
and the m^ods can be joined and extended indefinitely. Once a given^p roxv is seeded it 
can determine which path to take to make a proxy connection between a client and a 
devic e, i.e., determine the remaining path to b e traversed for the given proxy. 

Please amend paragraph [00026] as foUows: 

[00026] Referring to Figure 1. there is shown a block diagram of a system for 
configuring proxy serves, hereinafter proxies. The lower portion of the drawing 
graphically shows the state transitions of the system of Figure 1 . A network managraient 
system (NMS) 10 is connected to a communications network U and to a database store 
12. Initially the NMS,10 discovers devices and thch* attributes, which is illustrated 
graphically at A between 1 0 and 11 and as step A in the state transitions* Next the NMS 
10 stores devices attributes and their connectivity in the database 12, as shown at B in the 
drawings- The proxy configuration 13 is seededjaifli device and attribute information as 
well as device location at C. Firewall information ftom Firewall Rules 14 is fed to the 
proxy configuration 13 at step D. The supplying of firewall information may either be 
manual or automatic. Proxy paths 15 between device pairs are determined and stored at 
step E. Proxies 16 then obtain the path list from proxy paths 15 at step F and are 
configured. 

Please amend paragraph [00028] as follows: 

[00028] In Figure 3, a proxy 30 forwards to an HTTP server, when the client 3 1 
seeks a connection to device 32. As in Figure 2, As, Ar Bs and Bp indicate the same 
steps in the state transitions, while Cs indicates an HTTP Proxy Request/Response start. 
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and Cf indicates a Proxy Request/Response Finish* In this case a proxy server 30 can 
identify and access te4he device 32 but tiie device 32 is inaccessible to the cUent 3 1 . 

Please ameiKi paragraidi [00030] as follows: 

[00030] A further example is shown in Figure 5 in which access is obtained 
through multiple proxies to an HTTP SCTver. As before, a client 50 accesses a proxy 51 
at A which can identify the device 53, but access is through a second proxy 52 at B and 
the second proxy 52 is inaccessible to the client 50 . Therefore, the methodology of the 
present invention creates a communication channel between the first proxy 51 and the 
second proxy 52. The state transitions As, Ap, Bs, Bf , Co, Cf, Ds, Dp are as explained in 
relation to Figure 4, and E$ is an HTTP proxy Request/Response start, and Ep is a proxy 
Request/Response finish. The recursive portion of the transitions is shown by the 
elliptical arrow, with the l^ers. A, B, C, D and E illustrating the states of the process 
fix>m client 50 to proxy 51 to proxy 52 to device 53, and back through proxy 52 to proxy 
51 and to client 50* 
Other Applications of the Invention 

Please amend paragraph [00034] as follows: 

[00034] The invention redirects clients to the device or proxy by using a telnet url 
which will launch a telnet client that instantiates a connection using tbten^JP address and 
TCP port specified in the URL. The URL is foraiatted as follows: 

telnet:// {ip> : {top port} 
where 'telnet* is the protocol opooificr. specifier, {ip} is dthera numeric IP address ora 
fiilly qualified domain name, and {tcp port} is the tcp port that is used for the connection. 
FTP URL 

Page 5 of 19 

PA(X6/20'RCVDAT7n]l2005 2:48:06 PM [Eastern 



